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SUMMARY 



Automated data processing (ADP), one of the several elements of 
the Worldwide Military Command and Control System (WWMCCS), is the 
nucleus of a dynamic and evolving WWMCCS Information System which- 
serves the National Comnand Authorities and key military commanders 
across a broad spectrum of planning and operational activities from 
day-to-day and crisis operations to conventional and nuclear war. The 
use of this information system, involving 83 Honeywell 6000-series CPUs 
at 26 sites, is growing and the system is expanding both in the breadth 
and depth of its operational applications. This expansion is occa¬ 
sioned to a large degree by the availability of a WWMCCS Intercomputer 
Network (WIN) which provides a high-speed, high-capacity digital data 
communications capability among 20 of the sites. The WWMCCS Infor¬ 
mation System is expected to continue to grow both in numbers of sites 
and services provided as users and system operators gain more experi¬ 
ence with WWMCCS ADP and network applications. 

The growing use of WWMCCS ADP and increased operator experience, 
however, have highlighted certain deficiencies in the present infor¬ 
mation system, especially in its support of time-sensitive crisis 
applications. In addition, rapid advances in ADP architecture and in 
hardware and software technology have created a situation in which the 
installed Honeywell hardware and system software are becoming techni¬ 
cally obsolete. Moreover, it is anticipated that the current system 
will become increasing difficult and uneconomical to support logis- 
tically within ten years. Consequently, a major modernization of 
WWMCCS ADP and other elements of the WWMCCS Information System must be 
planned now and implemented. Modernization of the ADP hardware alone 
will not be sufficient; modernization of much of the WWMCCS software is 
required both to meet expanding operational needs and to take full 
advantage of the new hardware capabilities. 

In the current WWMCCS ADP architecture, the several H6000 CPUs at 
each site are generally coupled together into configurations to form 
the equivalent of one or two large processors on which all applications 
software is operated. The applications software falls into two 
classes: standard, centrally developed software for functions 
implemented at a large number of sites, and command-unique software 
developed for use at an individual site or a small number of 
Service-supported sites. The standard WWMCCS applications common to 
many sites have been categorized by the Joint Chiefs of Staff (JCS) 
into at least four operational or mission-oriented families; 

0 Resources and Unit Monitoring, 

0 Conventional Planning and Execution, 
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■o Nuclear Planning and Execution, and 
lo Tactical Warning and Space Defense. 


Two major architectural decisions for the required modernization 
have now been made. The first r elates to the location or distribution 

fWOWcSs 

and! l«wlfl‘-l''C(5?rSialraB1e degree of remote 6p«i»at1« 


The second decision relates to the type or design of the ADP to be 
installed at each site. The decision here was based on an assessment 
of the current architecture and appraisal of desirable modernization 
factors. This led to the following conclusions: 

0 there is no need for the 
of all of the WUMCCS ADP 
fuBctioi»%.jit all site&t 

0 h ardware and software sta n dardization.Js ess ential" <or 
fu^tions common to multiple,sites, but a.tAllored, 
non-standard, approach to mode rnization of m ost comaaed 
unique functions is acceptable« 

0 prioritj^ should be given to those areas w here curfiwt 
p«rf«rmance is. less satisfactory^ with special earTy 
attention to the need for providing a very reliable, secures 
high-capacity interc omputer commun ications capabilitjr, and 

0 a phasing of the modernization effort would permit the cost 
and disruption of transition to be broken into manageable 
pieces. 

The selected nodal architecture has been termed the "functional 
family" approach. It departs from the current architecture and 
implements a processigi^^JgtgPea ch site rathe r 

than concentrating the processing in one or two largenc^TSl machines. 
At each site, a local network would serve to interconnect the various 
equipments and ease the transition process. 

This approach permits standard hardware and software treatment of 
the key functional families which are common to many sites, yet with 
tailored, site-by-site treatment of the hardware and command-unique 
applications at individual sites. To the extent that the functional 
families are independent of one another, their modernization schedules 


same or si mul tanaaig- moder^z teion 
conffMrat'fons sobbdfflfW" ffl 
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may be phased to occur at different times, easing the operational 
problems on the sites as well as budgetary pressures. 

While the basic architectural decisions have been made, other 
issues remain to be addressed in the near future. Definition and 
specification of operational and information system requirements for 
the new system are proceeding in pace with the architectural 
activities. These efforts are now oriented to the four-family 
functional approach. 

Near-term modernization of the ADP used for tactical warning and 
attack assessment command and control capabilities is a very high 
priority problem and one whose solution should not be constrained or 
otherwise affected by the mid-to-long term functional family approach. 
Accordingly, the Air Force has established a new Systems Integration 
Office at the Aerospace Defense Command to plan and engineer the 
necessary improvements to the ADP of the command and control systems 
involved: the NORAD Missile Warning and Space Surveillance System, and 
the Command Center Processing and Display System. This separate 
activity is proceeding with high priority. 

It does not appear that the Nuclear Planning and Execution family 
requires additional attention at this time beyond already on-going ADP 
modernization activities. Accordingly, this family has been given a 
lower priority in the WIS modernization. 

Cost and schedule estimates have been prepared for the selected 
functional family approach. They are very preliminary at this point, 
focus only on acquisition (R&D, hardware and software procurement) 
costs, and do not yet include the Nuclear and Tactical Warning 
families. As an order of magnitude, an acquisition expenditure of 1.0 
to 1.3 billion dollars is indicated, although this might grow by 
several hundred million dollars if the amount of command-unique 
software to be converted has been seriously under-estimated. This 
total compares with some 40 million dollars for acquisition in the FY 
82 WWMCCS ADP budget of about 200 million dollars. Extrapolation of 
this 40 million dollar level over a ten-year period indicates an 
incremental acquisition cost of 600-900 million dollars for the 
modernization. 

rnntin-'i^ 

preparation and spurce_jeJ^t^ 
witht_tfe ^has^ acquIsitteR;^ test, 

the modernized system which pfovides suil^ppmrodnd 
s up pey^ i eiffiabi Titaes as tte local networhi automatic message hjutdMeg 

prociired^^^f a»dg^&»e 
the:i>as4e^?f®?i phaseoapproacn. “rATT~irf~tTns wtT1“buTTd”u^ 
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the currently-planned ADP and WIN upgrades to yield a modern communi¬ 
cations and user support capability. The functional families and the 
command-unique applications will follow. 

To provide stronger and more centralized management and direction 
of all WIS modernization activities, broad programmatic, technical, and 
fiscal responsibilities will be assigned to a newly created WIS Joint 
Program Manager (JPM). The JPM will be activated by mid-1981 and 
report through the JCS to the Assistant Secretary of Defense for 
Communications, Command, Control and Intelligence (ASD/C^I). For the 
acquisition of new hardware and software, a new system project office 
will be established by the Air Force. 




1.0 INTRODUCTION 


This document has been prepared in response to Congressional 
requests that the Department of Defense (DoD) prepare a comprehensive 
plan for modernizing the Worldwide Military Command and Control System 
(WWMCCS) automated data processing (ADP). 

The sections which follow report on the results of activities of 
the past year in further defining the operational and information 
system requirements and in making the basic architectural choices for 
this modernization. As such, this document supplements the report 
entitled "Planning for Modernization of the WWMCCS Information System" 
presented to Congress in January 1980 and represents a major step 
towards the final modernization plan which DoD will submit to Congress 
with the FY 83 budget. That report will further detail modernization 
planning, provide answers to issues noted herein, and will present the 
refined program schedule and cost data upon which the FY 83 and 
successive WIS modernization budget requests will be based. 

The focus of the modernization effort described herein is the set 
of Honeywell H6000 series computers procured beginning in the early 
1970s in support of WWMCCS command centers. The majority of these 
computers were procured under a single, competitively awarded WWMCCS 
ADP contract and are generally referred to as "WWMCCS Standard ADP". 

For reasons of compatibility, several additional H6000s were procured 
for WWMCCS command centers by other contractual means. The totality of 
these machines and supporting hardware (DN355s, H700s, peripherals, 
etc.) will be collectively referred to as "WWMCCS ADP". Other ADP in 
WWMCCS is discussed (see Sections 2.4 and 5.3) in order to put the 
proposed modernization in context. 

In the discussion which follows, the term "WWMCCS Information 
System", or Wl^, is adopted to indicate that the operational and 
technical modernization considerations go beyond ADP har^are and 
software to include inf ormation reporting sy stems, procedures^ x 
bases and files, ter minal s y>d displays, and’communications^ 

The word "conversion" is used herein to indicate the general 
process of modifying software, originally developed to operate on one 
computer, to operate on a different computer. While several levels of 
difficulty and effort in conversion have been identified, only two 
levels are considered here. The first and simplest is "translation", 
which is largely a direct mechanical recompilation process; at the 
other extreme is "redesign", which generally involves a complete 
revision of the functional design. 

In response to the Congressional request for "a separate section 
that addresses the ADP requirements of the WWMCCS strategic warning 
system". Section 8.0 discusses the modernization of the ADP for 
tactical warning and attack assessment command and control systems. 
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2.0 WWMCCS ADP TODAY 


WWMCCS ADP, one of the several elements of the WWMCCS, is itself 
the nucleus of the dynamic and rapidly evolving WWMCCS Information 
System (WIS). It consists primarily of the Honeywell H6000 series 
computers and related equipments located at 26 WWMCCS sites or nodes 
and performing a yar-ae*y ?f llftllimw mi fthe 
JoirefeJSy:tf& gfi Si afrisee J CS Pub-ial..-. Twenty of tti» iP«i 
i »ith the dlgt^tl t te 

MWirfiii T nterfifimput er Network .(WlUk In addition to the 26 major sites 
with local H6000 computers, another 8 sites are served by one or more 
terminals from other major sites. 


An appreciation of the current characteristics and growth pattern 
of WWMCCS ADP is essential to an understanding of the focus and 
direction of the modernization plan. The material of this section is 
based on visits to the commands equipped with WWMCCS ADP and on 
discussions with the personnel responsible for programming, operating, 
and using the current ADP system. It supplements assessment infor¬ 
mation developed in a 1979 user survey and summarized in last year's 
report to Congress on WIS modernization. Key assessments in that 
report were: 

0 "Use of and reliance on WWMCCS ADP is a fact of life. 

Almost all users commented that their ability to accomplish 
their operational jobs would be seriously impaired without 
the existing WWMCCS ADP support, despite its imperfections." 

0 "WWMCCS ADP is providing useful support to day-to-day 
operations, with planning for possible joint military 
operations and deployments being a particularly important 
application." 

0 "WWMCCS ADP support of command and control operations in a 
time-constrained crisis or conflict environment is not 
viewed as adequate or responsive to user needs." 


0 "The on-line query/response and associated information 
retrieval capabilities of the Honeywell-based system are 
clearly not up to the state-of-the-art, nor is system 
reliability viewed as satisfactory." 


0 


"The timeliness, accuracy, and completeness 
information is a far more fundamental issue 
operational adequacy of WWMCCS ADP support, 
basic data input to WWMCCS ADP applications 


of the source 
affecting the 
Much of the 
programs 
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originates at the operating forces, and is provided in 
accordance with existing reporting procedures. These 
procedures are embodied in the Joint Reporting Structure 
(JRS) and in associated Service/Command reporting systems." 

0 "Significant improvement in ADP support of crisis/conflict 
management will require more current, accurate and, 
therefore, credible information." 

0 "Other factors impacting operational performance include the 
reliability of the supporting communications, and the 
limited availability of experienced and well-trained 
personnel at the individual sites. Survivability of command 
facilities and their supporting information systems is an 
extremely important additional concern." 

2.1 Honeywell H6000 Series Hardware 

The basic element of WWMCCS ADP is the Honeywell H6000-series 
central processor unit (CPU). There have been 83 H6000 CPUs procured 
for use in WWMCCS command centers or in a supporting role; 76 of these 
were obtained under the WWMCCS Standard ADP contract (as part of the 
procurement of 35 "systems") and 7 were obtained through other means. 

(Over the past 5-10 years, a number of electronic card, board and 
other modifications, replacements, and additions have been made to the 
H6000S to increase performance, improve reliability, or provide 
compatibility with new peripheral equipments. These changes have been 
made to most of the H6000 CPUs and have had the effect of achieving 
functional equivalence, but not physical equivalence, to the Honeywell 
Level 66 CPUs. These WWMCCS machines are still generally referred to 
as the H6000 series, and that practice will be followed here.) 

A better measure of the size of WWMCCS ADP is the number of 
"configurations", where a configuration is defined as the assignment of 
one or more CPUs at a site to a specific mission or set of tasks. 

Figure 2.1 presents the 83 CPUs and their current assignment to 49 
configurations. By agreement with the Defense Intelligence Agency 
(DIA), the five CPUs and t rnnf 1 gura1rinn.g ■devntfld tn the 1U- 
getiec ^ USEU COM,. lANTfOM, and fiflR AD / . A DC ()M 
W 1 in arrnrrianrp with the ir current #li!^ 

Eliminating these leaves 78 CPUs and 46 configurations as the target 
for WWMCCS ADP modernization. 

The utilization of the WWMCCS hardware at the sites is expanding 
both in the scope and depth of applications as a result of the growing 
education and experience of the system users and operators in applying 
the WIS to a variety of planning and crisis operations and as a result 
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COMMAND 


TOTAL CPUS 


CPUs PER 

LEVEL 

SITE 

LOCATION 

BY SITE 

CONFIGURATIONS CONFIGURATION | 

XS 

NMCC 

Pentagon 

4 

Operations 

2 





De ve1ooment/B ack-uo 

2 


ANMCC 

Ft Ritchie. MO 

4 

Operations 

2 





SIOP 

2 

Unified 

USEUCOM 

Vaihingen, GE 

2 

Operations/SIOP 

1 





Intelligence (IDHS) 

1 


PACOM 

Camp Smith, HI 

1 

SIOP 

1 



Makalapa, HI 

1 

Operations 

1 


LANTCOM 

Norfolk, VA 

6 

Operations 

4 





Intelligence (IDHS) 

2 


REDCOM/ 

McOill AFB, 

4 

Operations (REDCOM) 

2 


JDA 

FL 


Operations (JDA) 

2 

Sped- 

SAC 

Offutt AFB. 

7 

SIOP 

2 

fied 


NE 


Force Status (on-line) 

2 





Deve1opment/Back-up 

2 





HAXOM Support 

1 


NORAO/ 

Colorado 

14 

Intelligence (IDHS) 

2 


ADCOM 

Springs, 


Space Computation Center 

2 



CO 


NORAD Coimiand Center 

2 





NCS Back-up 

2 





Comm System Segment 

2 





Off-site Development 

4 


MAC 

Scott AFB, IL 

7 

Passenger 

1 





Cargo 

1 





Operations (Top Secret) 

2 





Operations (Unclassified) 

2 





MAXOM/Development 

1 

Sub- 

USFK 

Taegu, Korea 

1 

Operations 

1 

Unified 






Service 

Army 

Pentagon 

2 

Intelligence 

1 

Hq 

(AOC) 



Operations 

1 


Navy 

Washington 

4 

Operations 

2 


(NCC) 

Navy Yard 


Development 

1 





Back-up 

1 


AF(AFDSC) 

Pentagon 

1 

Operations 

1 

System 

Army War 

Carlisle Bks, 

1 

Back-up Operations 

1 

Support- 

College 

PA 




ive 

Air Univ 

Gunter AFS, AL 

2 

Back-up Operations 

2 

Conponent 

PACFLT 

Makalapa, HI 

2 

Operations 

2 

Connands 

(PACWRAC) 






USAREUR 

Heidelberg, GE 

1 

Operations 

1 


FORSCOM 

Ft Gillem, GA 

2 

Operations 

2 


NAVEUR 

London, England 

2 

Operations 

2 


TAC 

Langley AFB, VA 

3 

Operations 

3 


PACAF 

Hickam AFB. HI 

1 

Operations 

1 


USAFE 

Ramstein AB, GE 

2 

Operations 

1 





NATO/US Support 

1 

Transpor- 

MTMC 

Falls Church, Va 

3 

Operations (Top Secret) 

1 

tation 




Operations (Unclassified) 

2 

Support/ 

CCTC 

Reston, VA 

4 

Development 

4 

Develop- 

(Reston) 





ment 

ATC 

Keesler AFB. MS 

1 

Training 

1 


Navy 

Pax River, MD 

1 

Navy Test Bed 

1 

Totals 

26 


83 

49 

83 


Figure 2.1 WWMCCS ADP Sites. CPUs, Configurations 

(January 1981) 
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of the WIN implementation. This growth curve seems likely to continue 
upward with the continuing interest, education, and experience of the 
users and with continued system enhancements. 

A measure of the operational utilization of WIS is the growing 
number of local and remote terminals connected to the H6000s. Figure 
2.2 presents the current inventory of WWMCCS work stations, where a 
"remote terminal" may be anywhere from several miles to several 
thousand miles away from its host computer (as opposed to local 
terminals which are in the immediate vicinity of the host processor). 

The growth in terminals has been very rapid, with a doubling since 
1976; this has been particularly true of remote terminals, to a point 
today where most major US military installations in the US, Korea, and 
Europe are connected either via the WIN or remote terminals to WIS. 

The specific utilization of WWMCCS ADP varies widely among the 26 
sites. A list of typical activities served includes the following 
functions: 

0 maintenance of status and location of forces and resources, 

0 planning for force mobilization and deployments, 

0 preparation of the SIOP (single integrated operational plan), 
0 calculations for SPACETRACK, 

0 scheduling of MAC cargo and passenger reservations, 

0 estimating and monitoring Navy fleet fuel consumption, 

0 assistance in preparation and processing of AUTODIN 
messages, and 

0 assistance in preparation of Air Force tactical "frag" 
orders. 

There is a growing use of WWMCCS ADP for a wide variety of command 
center support functions, including the managing of records, logs, 
briefings and messages. (This area is one very similar to developments 
in the commercial world described as "office automation".) WWMCCS ADP 
users are also finding very significant applications of on-line 
teleconferencing using WIN to communicate and exchange messages and 
data bases among personnel at different command centers as well as 
remote sites. The terminal and network aspects of WIS effectively 
support the on-line interactive development and coordination of 
contingency plans among personnel who are physically separated in 
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COMMAND 

LEVEL 

JCS 

SITE 

NMCC 

ANMCC 

WORK STATIONS 

1 

LOCAL 

91 

39 

REMOTE 

4 

16 

1 

TOTAL 

95 

55 

UNIFIED 

USEUCOM 

30 


30 


PACOM 

27 


27 


LANTCOM/LANTFLT 

73 

28 

101 


USREDCOM 

29 

20 

49 

SPECIFIED 

SAC 

88 

16 

104 


NORAD/ADCOM 

62 

— 

62 


MAC 

121 

118 

239 

SUB-UNIFIED 

USFK 

17 

24 

41 

SERVICE 

Army (AOC) 

34 

31 

65 

HEADQUARTERS 

Navy (NCC) 

27 

9 

36 


Air Force (AFDSC) 

24 

2 

26 


Marines 

— 

1 

1 

SYSTEM 

Army War College 

33 

1 

34 

SUPPORTIVE 

Air University 

10 

3 

13 

COMPONENT 

PACFLT (PACWRAC) 

35 

12 

47 


USAREUR 

29 

8 

37 


FORSCOM 

20 

81 

101 


NAVEUR 

45 

8 

53 


TAC 

74 

26 

100 


PACAF 

21 

— 

21 


USAFE 

52 

— 

52 

TRANSPORTATION 

MTMC 

39 

46 

85 

SUPPORT/ 

CCTC-Reston 

34 

8 

42 

DEVELOPMENT 

ATC 

26 

— 

26 


Navy 

7 

—II. 

7 


GRAND 





TOTAL 

1087 

462 

1549 


Figure 2.2 WWMCCS Work Station Inventory 

(January 1981) 
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different commands and continents. This growing use of WWMCCS ADP 
contrasts with the more traditional batch-oriented computational 
aspects of computer utilization. 

While the reliability of WIN has been less than desired, the 
WWMCCS ADP sites are generally satisfied with the reliability of.the 
CPUs; they report that scheduled and unscheduled hardware maintenance 
has been low. Many sites wish to obtain additional CPUs to enhance 
their processing capacity, to decrease computer response time, or to 
provide better "back-up" capability at key sites; note that Figure 2.1 
indicates very few dedicated back-up CPUs. The poor reliability of 
computer peripherals and supporting power and air conditioning 
facilities is also a matter of widespread concern. 

2.2 WWMCCS Intercomputer Network (WIN) 

The WIN has been one of the major enhancements to WWMCCS ADP and 
has grown significantly from six participating sites in 1977 to 20 
sites today. The present WIN is the outgrowth of an experimental 
program from 1971 to 1977 to determine the operational benefit of 
networking and to identify the characteristics needed to support 
military operations. After a series of controlled tests and uncon¬ 
trolled use in a JCS exercise and several actual crises, operational 
personnel quickly concluded that the experimental system provided 
positive contributions and declared the system operational despite 
documented technical and procedural deficiencies. 

WIN performance today is less than satisfactory and is a primary 
target of user complaints. A major program to provide the hardware, 
software and reliability improvements was initiated in 1980 and will 
continue over the next few years. (This program is outlined in Section 
6.0.) Reliability across the net is improving, but still does not meet 
stated operational requirements. 

Some of the sites on the WIN network have Top Secret data bases 
and some of the data transmitted over WIN is of the same classifi¬ 
cation. Lacking multi-level security features, al1 machines and 
terminals (and associated personnel) on WIN must be cleared to that 
security level. 

The experiences of exercises and crises in 1980 indicate that some 
improvements have been made in WIN operational use. Improvements were 
made in the transmission of data bases among sites, especially in the 
case of lengthy transfers in which in excess of 3.5 million characters 
of information are involved. The components of the WIN—namely the 
Interface Message Processors (IMP), H6000s, DN355s and communication 
lines--demonstrated a wide range of availability and reliability from 
very poor to excellent. 
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Despite the improvements of 1980, much additional progress will be 
required before WIN can fully support WWMCCS users during exercises and 
crises. 


2.3 WWMCCS Software 


WWMCCS utilizes two broad categories of software: system software 
which is standard for most sites, and applications software, which may 
be system standard, but in general is unique to a site or subset of 
sites. The system software for WWMCCS ADP was largely obtained with 
the hardware from Honeywell (and then modified for WWMCCS use) but also 
has been developed in response to WWMCCS user needs. It is estimated 
that there are currently about 8,000,000 lines of system software code; 
this is maintained at an annual cost of about three million dollars. 


Quantitative data on WWMCCS applications software is presented in 
Figure 2.3 in several categories. "Command Unique", a generic term 
which will be used to refer to all software exclusive of the system 
software and standard applications software, has two major components. 
"Command Unique-Service Standard" refers to software which has been 
prepared by a Service for several of its sites; "Command Unique-Site 
Unique" includes the software implementing assigned WWMCCS functions, 
software for command and control capabilities at a site, and WWMCCS 
supportive or other general-purpose software developed at a site for 
its own use. The large number of lines of code estimated for Command 
Unique-Site Unique includes several major contributors (SAC with 
2,500,000 lines of code; MAC 2,200,000; and TAC 1,000,000) with the 
rest associated with about 20 different facilities. 


The status and adequacy of the different types of software can be 
characterized as follows: 


System Software 


WWMCCS Standard 

Applications 

Software 


The present system software is largely based on 
the software architecture and concepts of the 
late 1960s when it was first produced. 

Although continous improvements have been made, 
it does not provide the full range of user 
support functions felt to be available and 
necessary today. The government does not own 
the rights to this software and hence is 
constrained in the steps it can take in 
modifying, tailoring, etc. 

Much of this software was developed in indepen¬ 
dent, discrete subsystems or packages for batch 
processing. A major modernization is required 
to meet growing interactive terminal opera¬ 
tions. The documentation of this software is 
generally good. 
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Figure 2.3 WWMCCS Applications Software 









This software is generally well documented and 
generally appears to be providing satisfactory 
support. Some modernization is required, 
however. 

With one or two exceptions, the documentation is 
generally poor. Good statistics and infor¬ 
mation concerning its use are not available. 
Duplication of software exists among sites and 
with commercially available user support 
capabilities. 

It should be noted that some of the standard applications software 
is quite old, dating from the 1960s, and was converted directly from 
other machines to work with the H6000s when they were installed in the 
early 1970s. This software and much of that written in the early 1970s 
is badly in need of redesign and reorganization. It is oriented to 
batch processing which inhibits the ability of the system to respond to 
crisis situations. As an indication of the need for modernization, it 
is estimated that 25-50% of the standard applications software, the 
Service standard software, and the site unique software requires 
redesign. 

Limited quantitative data has been collected on the operational 
utilization of the different types of software. As might be expected 
due to the large differences in site missions, there is a wide 
variation in the software utilization from site to site. Air Force 
sites utilize their WWMCCS ADP for the WWMCCS-supportive major command 
(MAJCOM) support processing as well as for command and control 
processing; Navy sites make extensive use of their standard Navy WWMCCS 
Software Standardization (NWSS) for Navy command and control functions. 
There is no typical site profile or even a typical day. Computer 
utilization varies markedly from a day-to-day situation to a crisis 
situation; in the former, computer loads are time (day of month) and 
event oriented. Beyond its use for WWMCCS operational functions and 
WWMCCS-supportive functions, sizeable amounts of computer time are 
spent at most sites for personnel training and for software develop¬ 
ment, evaluation, and test. 

Supporting the WWMCCS standard applications software are very 
extensive data bases. Two examples are the Airfield Facilities File 
and the Unit Status Reporting System data base. The former contains 
just under 60 million alphanumeric characters of information concerning 
the physical characteristics and available facilities of some 47,000 
airfields; the latter contains over 75 million characters of infor¬ 
mation on the status, location, and capability of US military resources 
throughout the world. Very large command unique data bases are also 
maintained. 


Command Unique- 
Service Standard 
Software 


Command Unique 
Site Unique 
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2.4 Other ADP In WWMCCS 


In addition to the Honeywell ADP, there are many other ADP 
equipments embedded within or associated with the WWMCCS warning 
systems and communications links. In order to determine which of these 
should be considered in association with the WIS modernization, the 
following screening criteria were established: 

0 general purpose computer, 

0 not one-of-a-kind equipment, 

0 not fully embedded in or procured as part of a sensor or 
communications system, and 

0 original cost of over $100,000 for hardware and software. 

The six ADP systems which met these criteria are summarized in Figure 
2.4 and considered again in Section 5.0. 


11 






_COSI_ 

ADP SYSTEM COMPUTERS AND LOCATION FUNCTION PERFORMED HARDWARE I SOFTWARE STATUS 


^ X S 

o rs. js 



s o 

O p- 
C 01 
> 
a» « 
i. *0 
to 

» t. 

4-* 0) -M 
<4- e 
O C 0) 
CO 3 6 


to 0> 

E •M 

tA 
4-> 01 

lA > op 

a» c ot 


0) X £ 

c o 

<n 3 

f i o 

lO ^ 
CV4 i: 
u 4^ 



c 




c*. 

0) 

4- 

D> 

Ip 

IP 

44 

c 

CD 

Ip 

0) 

E 



44 

0) 

44 

u 

Ip 

)L 


o 



0) 


.o 

a* ID 

44 

c ^ 

CD 

44 

E to 

U 

44 

O 

o 

&<4- 44 

Q. L. C 

3 

0) 0) 

CO 

o. E 


c/> 

o> 4-* 

C/> 3 0> 

(A o e 
•v a» *r. 

X u 

o> o> o 

CD 4-> 
•P Q. -r- 
E O C 
f3 M o 
o CO e 


u 

0» «/» 
4-> C (. 
«5 t- 0^ 

4^ C ««. 
3 >P 
< £ O 


< 

f-« o * 

*-4 z Q£ 

I M S UJ 
a. o ui u. 
o o< 

Q. *Z CO 
CO IP 

o. o 

e»- o 

to CO •z 

O 'v* 

00 y < • 

^ U 4 

CO o. 

^ 3e< 

< 4-» l-i Z 

> <P oco 


•^ »/» w» 
c/i C/l >» 
C/1 CO 

£*a. 

i. c 
0) OJ 
</l ^ c 
*p“ Ip c 
3 0)^ 
1. ^ ^ 
0^0. 



CO O 
CO CP 
CO 

•-C 0> 

c 

X u 
-J o 

O A 4-» 
« U C«. 

f- 10 
< &. 
f u 

UJ 7) Ip 


2 

E Ip o 
c- ^ 1^ 
o &z 

•5o E 

01 

CP C 4^ 



12 


Figure 2.4 Other ADP in WWMCCS 















































3.0 THE MODERNIZATION PROBLEM 
3.1 Need 


The primary ADP hardware in WWMCCS command centers, i.e., H6000 
series CPUs, was procured beginning in 1970. This computer derives 
directly from architectures and designs introduced in the early 1960s. 
Since that time, ADP architecture and design have evolved through 
several generations each with improved and expanded capabilities. The 
new series of machines representing each new ADP generation have rather 
quickly replaced the older versions. Retaining these older machines 
then becomes economically unattractive because of a lack of spare 
parts, higher maintenance costs, and a lack of personnel trained to 
maintain the hardware and system software. 

This replacement process, and escalating cost of maintaining older 
generation machines, has been the continuing experience in commercial 
practice and will also apply to the present Honeywell CPUs in WWMCCS. 
The current expectation is that in 10-15 years there will be few, if 
any, H6000s left in commercial service. The present Honeywell contract 
for maintenance and support of existing WWMCCS hardware and system 
software was signed in June 1980 and is effective for eight years; at 
that time, steeply rising H6000 maintenance costs.are inevitable. 

In short, rapid advances in ADP technology and architecture have 
created a situation in which the current H6000 hardware and system 
software badly lag the state-of-the art and commercial practice and are 
expected to be very difficult and expensive to support logistically 
within 10-15 years. 

As noted earlier, upgrades have been made to both the H6000 
hardware and system software over the past 5-10 years in order to 
satisfy growing user needs and overcome existing problems. Computer 
peripherals have been upgraded and other improvements made. 
Nevertheless, system users generally identify the following equipment 
oriented limitations for early modernization attention: 

0 reliability and availability of support equipment (power, 
air conditioning) and computer peripherals, 

0 computing capacity, and 

0 flexibility in equipment selection, particularly work 
station equipment. 
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Another facet of the problem, noted in the previous section, is 
that the WIS is being called upon to play a growing and more critical 
role in a wide range of WWMCCS operations. The growing role, which can 
be expected to continue, requires more ADP capacity and capability. 

In the software area, problems requiring modernization attention 
include: 

0 inadequate on-line software development and data management 
tools (offered by the system software), 

0 major deficiencies in current applications software, and 

0 limited range of standard applications software. 

Modernization targets bridging hardware and software include: 

0 WWMCCS Intercomputer Network performance, 

0 man-machine interface deficiencies (i.e., need for 
"friendly" terminals), 

0 inadequate fault isolation aids (software and hardware), and 

0 very constraining security procedures (there is no 

multi-level security system in WWMCCS ADP and WIN operates 
at a level of Top Secret, requiring appropriate security 
measures for all associated terminals and personnel). 

Consequently, a major modernization and enhancement of the current 
WWMCCS ADP and the entire WIS, including the basic information 
reporting system and its procedures, will be required over the next ten 
years to meet national priorities for situation assessment, crisis 
operations and rapid deployment and support of military forces 
worldwide. Modernization of the ADP hardware alone will not be 
sufficient to provide the capabilities required for the wide range of 
WWMCCS functions. Redesign and modernization of the major applications 
software which supports a broad range of functions and users are 
essential. 

3.2 Objectives 

K«y>«ediewl 2 at 1 on^^ are summarized as follows: 



• improve WIS performance in time-sensitive operations. 
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improve WIN performance. 



improve reliability and availability of support equipment 
(power, air conditioning), 

facilitate WIS evolution and growth to meet future require¬ 
ments, particularly in the light of changing enemy threats, 
US policy, and technological opportunities, 

modernize and enhance the current capabilities of WIS 
hardware, software, and related reporting systems, and 

improve ADP security controls and, if possible, achieve 
multi-level security or an equivalent thereto. 



fip minimize ADP life cycle costs, 

0 minimize the costs of the software conversion, 

0 recognizing the inherent lack of physical survivability of 
all fixed command centers in the US and overseas, take this 
modernization opportunity to improve conventional war 
survivability of ADP support to sites in Europe and 
elsewhere by locating the modernized ADP in more survivable 
locations such as remote, conventionally hardened facilities 
or mobile facilities, and 


0 take cognizance of the other ADP in WWMCCS and ensure that 
modernization plans for all the ADP are appropriately 
coordinated. 


3.3 Constraints 


Several modernization planning and implementation issues are key 
concerns of the users and deserve to be highlighted as constraints: 

0 operationally essential and/or cost-effective near-term 
upgrading and improvements to the WIN, computer system and 
selected software should not be deferred while the longer 
term modernization is planned and implemented, 

0 the modernization must not interrupt or disrupt the 
continuity of day-to-day operations or the ability to 
provide support to other levels of conflict. 
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0 requirements for new facilities (e.g., space, power, air 
conditioning, etc.) must be satisfied, 

0 attention must be given to the limited number of ADP 
operators available to operate old and new hardware in 
parallel during transition, and 

0 attention must be given to the operational problems 

(manpower, training, maintenance, space, etc.) created by 
installing a multiplicity of types of ADP at a site. 
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4.0 MODERNIZATION ARCHITECTURE 


This section summarizes the progress and decisions on the 
inter-nodal and nodal architecture to be adopted for WIS modernization. 
The first issue addressed relates to the nodal location o r distribution 
of the ADP serving WWMCCS; the second issue relates to the type or 
design of ADP to be installed at each node. 

4.1 Inter-Nodal Alternatives 


With advances in ADP and communications technology, the users no 
longer need to be in very close physical proximity to the data 
processing hardware and can be effectively served by remote terminals 
and an intercomputer network (with due consideration to the costs and 
reliability of the communications links). Accordingly, major varia¬ 
tions in the physical distribution of the ADP could be considered. 
Specifically, the advantages and disadvantages of geographically 
centralizing the ADP hardware at a small number of sites; of 
regionalizing the hardware, say, in one or two sites each in the United 
States, Europe and the Pacific; or of assigning several locations to 
accomplish the specialized data processing for various operational 
missions were all studied. 

The analysis of these inter-nodal architectural alternatives 
considered the following factors: 

0 current and possible future operational concepts, 

0 dominance of command unique applications software, 

0 growth of software costs over hardware costs, 

0 need to achieve flexibility for future growth and changes, 

0 acceptability of the system management arrangements, and 
particularly those regarding control over the operation of 
the hardware, to the CINCs and other users, 

0 ability to transition from the present nodal orientation to 
an alternative architecture, and 

0 vulnerability and survivability of a centralized, regional, 
or functional architecture. 

The conclusion was that modernizing the ADP should be done at each 
of the current operational_ nodgs , thereby providing continuing local 
processing support for each user, except in those instances where the 
command center or node should be moved or otherwise altered tCKiObtainiia 
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,%swr»ivskl1 iiy. It was also concluded, 
however, that the number and type of training, development, support, 
and back-up nodes or sites should be reviewed. 

4.2 Nodal Alternatives 


Architectural attention next turned to the nodal alternatives: the 
choices for modernizing the hardware and software at each node or 
site. Two basic alternatives were considered. The first and most 
direct approach was based on the assumption of a direct, one-for-one 
replacement of all configurations with new hardware and without any 
basic nodal architectural changes. The second approach eliminated 
these constraining assumptions and explored a new nodal architecture 
and a phased priority of modernization. 

The first approach, with three options, was considered in detail 
and rejected as a suitable architecture for WIS modernization. It is 
outlined below, with the reasons for its rejection, for completeness. 
Section 4.2.2 then presents the selected approach. 

4.2.1 Direct (One-for-One) Replacement 

Here the assumption was of the same, direct, one-for-one CPU 
replacement (by one or two large host processors) for all configu¬ 
rations, accomplished over a minimal transition period. For this 
alternative, three generic nodal options were considered: 

0 utilization of new, software-compatible Honeywell ADP 

hardware and associated new system software, termed enhanced 
baseline , 

0 competitive procurement of new hardware which could emulate 
the H6000 and hence permit maximum utilization of all 
current software, termed emulation , and 

0 competitive procurement of a new hardware family (and 

associated system software) with conversion of all existing 
software, termed new competition . 


These three direct replacement options are addressed next. 

Enhanced Baseline . Under this option, a sole-source procurement 
would be made to Honeywell for new, improved, upward-compatible 
hardware and the corresponding new system software. That part of the 
applications software not requiring modernization would, by virtue of 
the hardware compatibility and use of system software emulation, be 
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directly usable; the remainder would be redesigned as required. Both 
the current and new hardware would be operated in parallel until the 
current software had all been converted or demonstrated to operate 
satisfactorily on the new machine. The length of this parallel 
operation might be several months at each site. 

This option would be capable of providing modern hardware and 
system software of adequate capacity, speed, and capability to meet 
current and future needs. The transition would be simplified because 
of the compatible hardware, the software conversion costs would be 
minimized and the continued use of Honeywell would be consistent with 
present arrangements. 

However, the substantial reduction in software costs and the ease 
of transitioning would only be achieved at the expense of perpetuating 
deficiencies of the existing system which require modernization and 
foregoing fundamental system improvements. The sole source approach 
cannot be expected to minimize hardware costs. Further, this option 
offers little potential for solving the very difficult multi-level 
security problems of the current system. 

It was therefore concluded that a sole source acquisition was not 
justified and that the enhanced baseline was not an acceptable approach 
for overall .system modernization. 

Emulation . Under this option, a large machine capable of 
emulating the current Honeywell system would be competitively selected 
and all of the currently satisfactory software could be used with a 
minimum of conversion. Unsatisfactory software would be converted to 
operate without emulation. One or more potential emulators were 
identified. 

The advantages are similar to those of the enhanced baseline with 
the further advantage of a competitive procurement. The disadvantages 
are also similar, but are compounded by the legal questions involved in 
the emulation of the Honeywell proprietary designs (current and future) 
and by the performance and cost uncertainties, based on the limited 
experience with emulation. 

Emulation was judged to have too many uncertainties and 
constraints and to be counterproductive from the viewpoint of 
continuing modernization and evolution. It was rejected as a system 
modernization approach. 
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New Competition . Under this option, a competition would be 
conducted to select a new ADP system which would replace the current 
H6000S on a one-for-one CPU or configuration basis. The new ADP system 
would reflect the current state-of-the art in hardware and system 
software. 

The advantages include the competitive approach, which should also 
minimize hardware costs. The disadvantage would be a very difficult 
transition to new hardware and much new software. Further, initial 
estimates make it clear that the need to convert all_ current software 
to operate in the new system environment would make this approach far 
more costly than the enhanced baseline option and yet with only limited 
compensating advantages (resulting from a software conversion and 
redesign). 

While providing an excellent basis for continued modernization and 
evolution, this approach was rejected on the basis of its high software 
conversion costs and a very disruptive transition. 

4.2.2 The Selected New Architecture 


In contrast to the direct, similar-treatment, one-for-one 
modernization approaches with no change in nodal architecture, a 
different architectural approach was considered in view of (a) new ADP 
technical capabilities, and (b) the identification of several desirable 
system modernization characteristics and features. 

The technical capabilities relate to distributed computing system 
designs of a very flexible and modular nature, in which smaller 
computers dedicated to individual functions or tasks are tied together 
into an integrated system and communicate by means of a local network. 
This local network facilitates connection of local terminals to any or 
all of the locally netted computers, permits utilization of different 
computers and provides the possibility of "graceful degradation" if 
major equipments other than the local network fail. 

A review of desirable system modernization factors led to the 
following conclusions: 

there is no need for the same or simultaneous modernization 
or replacement of all of the WWMCCS ADP configurations 
supporting all functions at all sites, 

hardware and software standardization is essential for 
functions common to more than one site, but a tailored, 
non-standard, approach to modernization of most command 
unique functions is acceptable (where interface standards 
and data format standards are defined and followed). 



priority should be given to those functions whose current 
performance was less satisfactory, and special early 
attention should be given to the need for providing a very 
reliable, secure, high-capacity intercomputer network and 
associated software, and 

a phasing of the modernization effort would permit the cost 
and disruption of transition to be broken into manageable 
pieces. 

Review by the Joint Chiefs of Staff (JCS) of the current functions 
of WWMCCS ADP identified four broad sets or families of operational 
functions conmon to more than one WWMCCS node or site: 

0 Resources and Unit Monitoring, 

0 Conventional Planning and Execution, 

0 Nuclear Planning and Execution, and 

0 Tactical Warning and Space Defense. 

(For convenience in the text which follows, these will be termed as 
"Resources," "Conventional," "Nuclear" and "Warning" respectively.) 

A jfifth set of general-purpose command center capabilities can be 
identified as a family. It includes: 

'§ local network (for intercommunication among computers, 
terminals, etc.), 

data base management system for data base storage, 
retrieval, and manipulation, 

0 security controls, 

i© user support functions, 

• message handling, and 

% graphics support. 

Further details on the capabilities of these functional families 
are given in Section 5.0. At this point, however, it can be noted that 
the command center capability (or family of functions) is one which 
would be required at every WWMCCS site. The Resources family and 
function would be required at most sites and is an operational 
capability upon which the Conventional family and subsequent families 
can build. "Nuclear" and "Warning" capabilities are represented at 
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only several sites each. While the discussion which follows is based 
on the identification of four operational families, it is not 
restricted to that number. It is likely that additional families will 
be identified as operational requirements are identified and further 
refined. 

With the concept of functional families, the modernization of 
these common functions would generally proceed as follows: 

i|i each functional family would be represented by a standard 
package of hardware and software, 

^ each site would install the appropriate functional family 
packages as required by its operational mission (see Section 
5.2), 

each standard package could be developed separately and with 
priorities as appropriate, 

in so far as possible, all packages would use the same 
standard new hardware, system software, and utility/support 
capabilities which would be competitively selected, and 

% when developed, the packages of standard new hardware and 
applications software—command center support and the 
functional families—would be installed in a phased manner 
at the appropriate sites using the local network to 
interconnect with the existing equipments; when checked-out, 
the associated current standard software capabilities on the 
present Honeywell systems would be discontinued, phasing out 
CPUs where possible. 

There is no technical requirement for hardware standardization 
across families, but it will be highly desirable, if not necessary, for 
logistic, training and maintenance purposes. It is further recognized 
that unique computational problems in parts of the Warning and Nuclear 
families will require special ADP attention (and procurement), and 
further that immediate ADP modernization in the Warning family will 
predate the selection of the new standard hardware, and hence preclude 
its early use. 

and software would not receive the same 
st!an 49 ^P^^^ft 1 lIiation treatment as the functional families, but would 
rikefVe tatTofiiPtreatmenf appropriate to the situation. Here the 
focus would be oh continuing the use of as much as possible of the 
present applications software developed by the Services and sites. In 
parallel with the functional family activities noted above, leach site 
would plan ^ndiraplement the modernization of its command uoiques, with 
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assistance from the Services, DCA, or other appropriate organizations. 
It is recognized that much of the command unique software is an 
integral and essential part of the command and control capabilities of 
sites and Services. 

A variety of site and Service factors can be expected to influence 
the course of action at each site with respect to command uniques. In 
general, each site could consider and implement any of the three 
one-for-one options of Section 4.2.1: stay with the Honeywell equipment 
(with its attendant support problems), temporarily employ the emulation 
alternative if conditions warrant it, or use newly selected hardware 
from the functional families and convert the cotmand unique software 
accordingly. (The latter alternative is expected to be the longer-term 
solution if the sites desire to minimize the types of different ADP 
hardware which they maintain and operate.) In any case, the command 
unique hardware should be capable of interconnection with the local 
network; appropriate standards and interface guidelines will be 
developed and enforced accordingly. 

The modernization of some of the command unique hardware and 
software will generally proceed in parallel with the implementation of 
the command support package and operational families; the rest could 
proceed at a different and slower pace. Centralized support of 
Honeywell system software would be continued, although there will be a 
cost tradeoff point beyond which modernization would be more economical 
than extended support. 

In the handling of the command uniques, the Services, and 
especially the Army and Air Force, would be encouraged to generate more 
Service standard hardware and software. In addition, selected 
standards for command unique software should be considered. 

Figure 4.1 depicts the relationship between the present archi¬ 
tecture and a new nodal architecture, indicating the local network and 
the separation of common family functions and the command uniques. 

By design, then, the functional family approach with distributed 
processing and a local network has the following attractive features: 

0 it permits phased modernization, with priority attention to 
critical improvements, 

0 it provides a modern, flexible, modular baseline for future 
growth, including the addition of new families, 

0 it provides for the separation of common functions from the 
command uniques. 
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0 it provides some isolation among the functional families and 
permits their separate handling, 

0 it permits individual sites more flexibility in the 
modernization of command unique systems, 

0 it will permit easy interfacing of heterogeneous equipment 
(where required), multi-purpose use of terminals, and more 
graceful degradation of service in case of equipment failure 
(except for the local network itself) 

There are disadvantages to the functional family approach, and 
some unknowns. Development risk, proliferation of different types of 
hardware at a site, and a possibility of lengthy parallel operations of 
current and new equipment are primary concerns; security features are 
not yet fully understood but appear to offer some improvement due to 
the ability to isolate processing at different security levels in 
different processors. Other issues are discussed in Section 4.4. 

On balance, the advantages of the new architectural approach are 
substantial and it has been selected for WIS modernization. It will, 
however, be the subject of further consideration over the coming year. 
This effort will address any alternatives or variations to the approach 
which further minimize implementation risk, reduce possible user 
disruption, lower transition costs by upgrading selected H6000 CPUs, or 
better meet the objectives and constraints of Section 3.0. 


Nuclear and Warning Families 


A major advantage of the new architecture is that all four 
operational families do not require simultaneous modernization and the 
methods of handling need not be uniform and may vary from one to 
another. By virtue of the local network, the hardware packages of the 
families can be interconnected and used with the others. 


A review of the current status and requirements of the Nuclear and 


Warning 


bl^atj^epiarate and individual attentiis 
In paffTcular, it appears that the Nuclear 


time. In particular, it appears that the Nuclear 
^ed immediate attention beyond the present on-going 


activities noted in Figure 2.4: procurement of an additional computer 
at SAC, the implementation of the Joint Cruise Missile Planning System, 
and the installation of ADP in the E-4 and selected EC-135 aircraft. 


In addition, a number of theater forces nuclear weapons command, 
control, and communications ADP improvements are now being formulated. 
Accordingly, a study of the details of further modernization of this 
family can be deferred. 
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^jiged for .4^)(^c^ Jjigii Jgisl of 

and aSSSSSBienT Qm Iflf^sf'frlty and the rather special scientific 
computational requirements for the space object cataloging problem. 
The functional family approach and the utilization of a local network 
facilitates this separate attention. Accordingly, it is appropriate 
and possible for the near to mid-term upgrading and modernization of 
the major elements of the Warning family to be treated as a separate 
problem and one which is not constrained or otherwise affected by the 
other modernization discussed herein. This matter is discussed again 
in Section 8.0. 


4.4 Architectural and Transition Issues 


This section presents several of the key architectural and 
transition issues which are under study; the identification of these 
issues also serves to highlight the uncertainties in the acquisition 
schedule and cost estimates presented in Section 6.0. These issues 
include: 

0 the possibility of a site with a small data processing 

requirement having access to the capabilities of a family by 
remote terminals alone (without implementing the associated 
hardware and software package), 

0 the need to control proliferation of different hardware from 
different vendors in view of the implications for operator 
training, operator manning and maintenance costs, 

0 the optimum phasing or timing of family package installation 
at each site, and requirements for simultaneous operations 
of present and new hardware, 

0 the transition problems of added manpower, space, power and 
air conditioning at sites, 

0 the selection of a specific local network architecture, 

0 availability of multi-level security features, and possible 
impact on the overall modernization schedule, 

0 possible adoption of the instruction set architecture being 
planned by the Army for their military computer family, 

0 possible adoption of Ada as a standard WIS higher order 
language. 
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0 means of supporting intercomputer networking and remote 
terminal operations in overseas environments with 
less-than-optimum comrnunications, 

0 desirability of engineering a common remote user terminal 
network in the US, 

0 application and enforcement of national and international 
data processing and communications standards so as to permit 
easy interfaces of WIS with other US and allied systems, 

0 coordination of WIS modernization plans with those of the 
NATO and Allied Command Europe, and 

0 coordination of WIS modernization plans with those of the 
major intelligence (DoDIIS) and communications (lASA) system 
efforts. 
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5.0 OPERATIONAL REQUIREMENTS 


Work on the definition of the operational and information system 
requirements which WIS modernization must satisfy in parallel with the 
architectural efforts has proceeded. The basis for the parallel 
efforts is discussed below, followed by a status report on the 
requirements definition. The work on defining information system 
requirements will continue over the coming year--subject to the 
considerations noted below--leading to the ultimate preparation of 
performance level specifications to be used in the hardware and 
software procurements. 

5.1 Approach to Requirements Definition 

It is not possible at this time in the modernization planning to 
produce definitive and detailed future operational and information 
system requirements for WIS which can be used with confidence to 
procure the necessary hardware and software. It is possible to 
describe current requirements (which are reflected in present hardware 
and software) in considerable detail. It is also possible to describe 
the shortfalls or deficiencies of the current system in considerable 
detail. These shortfalls are reflected as requirements to the extent 
that system upgrades or enhancements are necessary for satisfactory 
performance. (An example is the need for better WIS performance in 
crisis situations.) However, the objective is to design and procure a 
system which can satisfy needs over the next 10-20 years and it is 
exceedingly difficult to project these long-term future requirements to 
which the modernization should be geared. It is useful to review some 
of the reasons for this situation. 

A first point is that "requirements" is a rather loose term; in 
fact, requirements are better thought of as constituting a hierarchy of 
needs from the very general and abstract down to the very specific. 

For example, at least three levels of requirements for WIS can be 
identified: broad attributes, functional capabilities, and detailed 
performance. Similarly, there are successively more detailed levels of 
physical system detail: concept, architecture, and system/subsystem 
design. There is an obvious interplay between adjacent levels in each 
hierarchy, and interaction between corresponding levels in each. 

A second point relates to the difficulty of describing or defining 
long-term WIS requirements in any great detail. This is due to 
significant uncertainties with respect to the future threats, weapons, 
procedures and processes, and military missions which may be required 
to meet the world situation. In short, it is possible to describe 
detailed performance requirements for today's needs; but, at best, only 
broad attributes can be stated with respect to the needs of 10-20 years 
from now. 
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A further consideration in the requirements determination process 
is the fact that the introduction of ADP has already had (and is 
expected to continue to have) a major impact on the way in which 
command and control is organized* broken into functions, and imple¬ 
mented. Thus, requirements for command and control systems involving 
ADP do not fall neatly into the traditional "top down" process. A 
serial approach of first stating requirements and then undertaking 
architectural aspects cannot be rigidly applied here (or in other 
systems with a high dependence on organizational and human aspects). 
Rather, a parallel requirements-architecture and feed-back approach is 
indicated, with interaction and feedback at each level of the 
hierarchies. In fact, and as noted in Section 4.0, the architectural 
possibility of local distributed ADP capabilities has already had the 
impact of reformulating WWMCCS ADP requirements into functional or 
operational families and to separate comnon functions from site uniques. 

In summary, the WIS requirements definition process must be 
understood to be one which recognizes the parallel hierarchies of 
requirements and design with significant interaction and feedback and 
one in which specificity will necessarily be lacking for the long-term 
requirements. 

5.2 Requirements Definition Status 

In view of the short-term and long-term requirements with 
differing levels of specificity, the requirements definition effort has 
been organized accordingly. Short-term requirement^, 
identified as needed upgrades to the current system%|l|iwAxp^e^ in 
terms of"thereased performance and system capabilitie?. Long-tem 
requiremiltts are being addressed in terms of basic systern deffctlncies 
(not addressable by upgradesjt, such as the need to revise reporting " 
system procedures and to redesign applications software for access to 
more credible information. These are being expressed in terms of 
information requirements and how they relate to revised concepts of 
operation in the functional families. The imminent revision and 
publication of Annex B4)f Volume II of JCS Pub 19 entitled; "WulMCCS ADP 

Requirements for Post-1985" will 

address this. It contains material both in the broad attributes and 
detailed performance areas. A major part of the annex deals with the 
four operational families and an initial assignment of family capa¬ 
bilities to sites. Figure 5.1 summarizes the stated operational 
capabilities of the four families. Figure 5.2 presents the preliminary 
identification of the family assignments of the current WWMCCS 
operational sites. JCS is presently considering additional nodes for 
family capabilities, including WWMCCS sites served today only by remote 
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RESOURCES AND UNIT MONITORING 


1. Monitor, determine, and display the status and readiness of all US resources 
Including active and reserve elements and appropriate non-US forces and resources. 

2. Schedule resource utilization. 

3. Prepare and disseminate orders and mission Instructions. 

4. Plan operations, schedule missions, and monitor/dlsplay operations and mission 
results. 

5. Identify and display unit, resources, facilities, coimiunicatlons, and weapon 
systems characteristics and capabilities. 

6. Integrate and display data from systems external to WWMCCS such as environmental 
and Intelligence data. 

7. Monitor status of actions, critical events, situations assessment, rules of 
engagement, major end Items of equipment, crisis situations, etc. 

8. Determine net situation assessment. 

CONVENTIONAL PLANNING AND EXECUTION 

1. Generate and refine notional and actual force and resupply requirements and options. 

2. Generate and refine force movement requirements. 

3. Generate and refine notional and actual resupply and non-unit personnel movement 
requirements. 

4. Merge, modify, and tailor force requirements and force lists from different plans. 

5. Merge, modify, and tailor movement requirements from different plans. 

6. Merge, modify, and integrate force, resupply, and non-unit personnel movement 
requirements. 

7; Determine option/OPLAN force, logistic, and transportation availability and 
feasibility. 

8. Match and select OPLAN notional force and resupply requirements with real-world 
forces and actual resources. 

9. Develop, refine, coordinate, and disseminate appropriate movement tables, schedules, 
orders and plans. 


Figure 5.1 Family Capabilities 


30 








10. Identify force, logistic, personnel, and transportation shortfalls, limitations, 
and bottlenecks. 

11. Rapidly reflow movement requirements and produce flow plans. 

12. Conduct force, logistic, personnel, and transportation sensitivity analyses. 

13. Merge movement requirements with channel traffic requirements. 

14. Monitor the deployment of forces and materiel. 

15. Monitor the movement of mobilized reserve forces from home station to mobilization 
station and the movement of non-deploying materiel within the CONUS. 

16. Monitor the reception and onward movement of deploying forces and materiel within 
theaters of operation. 

17. Identify location and status of airlift and sealift assets. 

18. Provide near real-time crisis management information to include force, logistic, 
and movement data. 

19. Provide information for the coordination of deployment routing, over-flight routes, 
and landing rights. 

20. Provide information for the coordination of air refueling routes, requirements, 
timing, and schedules. 

21. Generate notional and actual logistic requirements in selected functional areas to 
include: (a) civil engineering, (b) non-nuclear ammunition, (c) Petroleum, Oil and 
Lubricants (POL), (d) medical, and (e) selected supply classifications. 

22. Through interfaces with appropriate systems, provide for: (a) initial mobilization 
of reserve forces and the marshalling of logistic resources, (b) identification of 
the deployability status of deploying forces, and (c) identification of critical 
logistic resources. 

23. Incorporate host-nation support. 

24. Aggregate and sumnarize requirements and movement information. 

25. Tailor force list to crisis operations. 

26. Develop, modify, and evaluate the feasibility of potential courses of action. 


Figure 5.1 Family Capabilities (continued) 
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NUCLEAR PLANNING AND EXECUTION 


1. Monitor nuclear force status and weapons. 

2. Plan development and analysis. 

3. Attack, strike and damage assessment, and residual capability assessment. 

4. Reconstitute and redirect forces. 

5. Terminate hostilities and active operations. 

6. Nuclear weapons Information, characteristics, and capabilities. 

7. Bomb-damage Information. 

8. Sorties timing, routing, and target assignment. 

9. Provide target Information. 

10. Planning factors and system performance. 

11. Revise or modify plans. 

12. Monitor force generation. 

13. Sortie launch. 

14. Weapon strike. 

15. Reconnaissance planning. 

16. Plan execution. 

17. Nuclear detonation Information. 

18. Re-targeting. 

TACTICAL WARNING AND SPACE DEFENSE 

1. Provide air and strategic missile warning. 

2. Provide tactical missile warning. 

3. Support the determination that an attack Is In progress and an assessment of the 
nature of the attack. 

4. Provide nuclear reconnaissance Information for damage assessment. 

5. Monitor status of nuclear capable forces. 

Figure 5.1 Family Capabilities (continued] 
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6. Monitor environmental conditions. 

7. Identify nuclear detonations. 

8. Provide damage assessment. 

9. Communications spot reports. 

10. Monitor space defense force status and weapons. 

11. Plan development and analysis. 

12. Attack, strike, damage, and residual capability assessment. 

13. Reconstitute and direct forces. 

14. Terminate active operations. 

15. Space defense weapon information, characteristics and capabilities. 

16. Intercept effectiveness information. 

17. Target ephemeris prediction, intercept point generation, intercept profile 
determination, and target assignment. 

18. Provide target information. 

19. Provide hostile weapon information. 

20. Provide vulnerability information on friendly assets. 

21. Provide information on available countermeasures to defeat hostile operations. 

22. Planning factors and system performance. 

23. Revise or modify plans. 

24. Monitor force generation. 

25. Sortie launch. 

26. Weapon strike. 

27. Space surveillance system configuration and tasking. 

28. Plan execution. 

29. Re-targeting. 

Figure 5.1 Family Capabilities (concluded) 
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terminals, mobile nodes (NEACP, RDJTF), and several test and develop¬ 
ment sites (CCTC, NCCS). As these broader issues are resolved by JCS, 
detailed functional, interface, and information requirements analyses 
are proceeding with emphasis on the Resources and Conventional families. 

The JCS Pub 19 revision will be supplemented in the next year by 
additional requirements information to be gathered during visits to 
each of the sites. Each site will be asked to express its needs in 
terms of short-term capability upgrades to the existing system, 
operational information requirements relating to the functional 
families for long-term needs, and any problems that are anticipated for 
the transition period. 

As part of the further work on the entire requirements hierarchy, 
the following operational issues are being considered: 

0 To what degree should logistics be considered as a WWMCCS 
function or separate family? What impact, if any, should 
this have on the architecture and modernization planning? 

0 Do the NMCS mobiles (EC-135 and E-4) constitute a new family? 

0 What actions should be taken to improve the survivability of 
WWMCCS ADP in the European and Pacific theater? Should the 
use of hardened, centralized, ADP sites with remote 
terminals be considered? 

0 To what extent are changes to the Joint Reporting Structure 
required? How can this best be achieved? Can compatibility 
of the Joint Reporting Structure with NATO reporting systems 
and procedures be achieved? 

0 Should the Nuclear family be split into two families? 
(Planning and Execution? or Strategic and Tactical?) 

0 Are other families, or subdivisions of proposed families, 
desirable? 

5.3 Other ADP in WWMCCS 


With the definition of functional families for WWMCCS ADP, it 
becomes possible to recategorize the existing ADP in WWMCCS. This is 
done in Figure 5.3, which suggests that this functional breakdown and 
definition of families should play a strong role in the definition of 
WIS and in the management and assignment of related responsibilities. 
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Figure 5.3 ADP in WWMCCS by Families 








6.0 ACQUISITION SCHEDULE AND COST 


This section presents initial estimates of the cost and 
schedule to implement the modernization approach selected. It 
begins with a discussion of the grouping of the modernization 
activities into four phases. This includes an interim baseline 
upgrade phase, which has the impact of defining "modernization" 
as including all associated activities beginning at the start of 
FY 82. A discussion of planning factors and assumptions is then 
followed by the schedule and cost estimates. 

It must be emphasized that these are only preliminary, 
"order-of-magnitude" estimates which are subject to change and 
are highly dependent on the resolution of issues outlined in 
Sections 4.4 and 5.2 and on the refinement of the planning 
factors of Section 6.2. These are all to be addressed in the 
coming year. 

As noted in Section 5.2, a major source of information in 
the coming year will be that which results from planned visits to 
collect detailed data at each of the WWMCCS ADP sites. Beyond 
the operationally oriented material to be addressed, these visits 
will cover such items as: 

0 survey of space, power, air conditioning, etc., 

0 inventory of command unique software, and 

0 interface of command uniques and functional families. 

The result of these visits will be the initiation of modern¬ 
ization planning and transition scheduling for each site. 

6.1 Modernization Phases 


For ease in preparing the preliminary estimates of schedules 
and costs, the modernization efforts have been grouped into four 
phases as indicated in Figure 6.1 and outlined below. 

6 . 1.1 

to the existing system will constit^e 
the fiHC As an interim step, this will 

cOTSfct Sbml'‘Bf’the major performance shortfalls and attempt to 
hold down operating costs until the needed major changes are 
made. Projected upgrades include the following WIN enhancements 
and selected ADP actions. 
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Figure 6.1 Architectural Phases 





WIN . As noted earlier, a comprehensive program was initiated 
in 1980 to analyze the performance of WIN, to identify those 
factors causing or contributing to the lack of stability or 
reliability, and to modify, acquire or develop capabilities to 
effect improvements. As a result, several paths are now being 
pursued to provide near-term WIN improvements. 

lr^lJ.ljt..ipn :Qf 4.Network 

commMj®ut^-iMtJsystem and each wtll5^:begiin,4ll l4t§ 

1982fSflf to bev C0J^leted.«fc:aW WIN -sites wiihlpL pfe 

This NFE will lessen user dependency on the site host 
Computer, thereby improving network access and reliability. To 
provide improved reliability and speed, thj^j^ijy copypic^ 
messa^,switches (Interface Message 
upgrlflt'starting in the spring of 1982, with all $iU^^. 
upgradediwithtn five months. An improved network monitoring 
capaSiTity will be provided in late 1981 so that network problems 
can be quickly detected and corrected. 

In addition, experiments with new equipments to reduce circuit 
problems related to crypto synchronization are being performed. 
These experiments will be continued in an operational environment 
on overseas satellite circuits in February 1981. Redundant 
overseas satellite paths are also targeted to be available by that 
time and a diversity of overseas satellite paths is anticipated by 
early 1982. Five additional IMPs are scheduled for delivery 
starting in February 1981, to be installed as immediately-available 
replacements should the on-line switches fail at key WIN locations. 
Continued improvements to WIN reliability and efficiency are 
included in software enhancements scheduled for delivery in Spring 
and Fall 1981 for the WIN hosts and IMPs. 

ADP Upgrades . Upgrades to the current WWMCCS ADP system will 
be made selectively while the longer-term modernization planning 
proceeds and acquisition is initiated. Candidate upgrades will be 
reviewed and then approved if responsive to cl early-recognized and 
operationally-significant needs which must be satisfied before the 
new hardware/software is fully available or if the changes will 
ease the transition to the longer-term system. 

The fixed price contract used to acquire the current WWMCCS 
Standard ADP expired in November 1979. As noted, in June 1980 a 
follow-on eight year contract was awarded to Honeywell for the 
continued maintenance and support of existing hardware and software 
capabilities. This follow-on contract will allow the DoD to 
continue to support current operational capabilities as well as to 
pursue the peripheral hardware and system software upgrades and 
enhancements. 
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»f cnttwaro fn ha f Mnr1-inn;in u on.Hw;.1on» fn 

ci^JHDanDercTaJ^^Te^^ This software upgrade win provide 
incre^e^^lSPffTfSDTnty, more responsive data query and infor¬ 
mation retrieval capabilities, improved interactive access to command 
and control data, and better utilization of the upgraded peripheral 
hardware available under the follow-on contract. The WWMCCS contract 
also offers optional software packages which either replace existing 
software with improved functional capabilities or provide capabilities 
not previously available. These will be evaluated for possible 
acquisition. 

Hardware modernization in the FY 82-84 timeframe will continue the 
replacement of original peripheral equipment that is no longer 
available or supported by the vendor (i.e., tape and disk drives, 
controllers, card equipment, and on-line printers), and begin the 
acquisition of WWMCCS ADP standard graphics terminals as well.,as 
additional interactive terminals. 

t 

As noted in Section 3.0, there is an increasing awareness of the 
need to provide continuous and/or back-up power supply, augnented 
cooling and air conditioning capabilities, redundant communication 
links, and alternate storage and processing facilities. These 
additions will also be addressed. 

To achieve near-term improvements in software performance as well 
as increased hardware and software reliability may require additional 
computing capacity at some WWMCCS sites. Existing processors (H6000s, 
DN355s) will continue to be upgraded where it is shown to be consistent 
with needed expansion of operational capacity, reduced maintenance 
cost, or consistent configuration control. 

6.1.2 Phase II; Cowwewtf Cihtef Support 

Implementation of the concept of distributed system functions at 
WIS nodes begins in this phase as the support to command center 
personnel is enhanced. This enhancement comes in the form of increased 
user support and conq^ectivity as well as automatic message handling. 
Enhancements will be made with the objective of substantially 
increaslq^:,.the availability of the system to the user through better 
accessability and improved reliability. 

Local Network . This capability provides connectivity among the 
WIS functions.at any given node. It will provide the physical and 
logical links among the functions, and some degree of control and 
monitoring of the interactions occurring over the local network. Such 
local networks are becoming increasingly available from commercial 
sources; a competitive selection is planned. 
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Automatic Message Handling (AMH) . This function provides for 

3 ri ( ■ ' ' ' _.. 

ln“uaes supporting functions such as the composition, coordiha! 
and transmission of messages developed by users and the automated 
receipt, distribution and accounting of messages received by the 
users. Other functions such as maintenance of historical message 
files, on-line preparation of private user-oriented files, and 
gathering of statistics will be included. 


Common User Support . This function provides an interface between 
the.syst^, users and the It will take the form of a family of 
work stations where each member of the family has different levels of 
capability. Initially, this function will support the user's access to 
the AMH function, to the network interface function and to selected 
applications supported by the H6000s. As new WIS functions are added, 
the capabilities within the common user support function will be 
increased so that the user can access the new WIS functions using the 
existing or upgraded work stations. In this way, each user will 
eventually be able to access all WIS functions, where it is practical, 
through a single work station. 


Implementation of the functional families begins in this phase. 

Functional Family Processing . This function includes the 
processing performed to support the applications software foPreach of 
the operational family packages. The support for each family will 
consist of a full range of capabilities including processing, data 
storage, and input/output devices. However, the user interface for 
each family will generally be provided by the common user support 
capabilities described above. 


Network Accessed Data Base . This function will provide a means of 
allowing selected information at each WIS node to be accessed by other 
WIS nodes without disruption to the functional family processing. 
Capabilities will include a data management system that is standard 
among all sites and data storage in common formats at all sites. 



This phase incji^^^igthe; pif'ocessing performed to support the 

It includes a full range of 
including processing, data storage, and input/output 


capabilities 
devices. 
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6.2 Planning Factors 


Initial modernization cost and schedule estimates are based on a 
number of assumptions made regarding system scope, transition approach, 
and characteristics of the new system. The key assumptions are briefly 
discussed below. 

It is assumed that there will be no additional WWMCCS sites 
supported by WWMCCS ADP; however, based on workload estimates it is 
assumed that six of the sites that are currently supported by terminals 
connected to remote processing facilities would be upgraded and 
equipped with standard hardware/software packages. 

Based on the discussion of Section 4.3, the cost and schedule 
estimates do not include or incorporate the impact of modernization of 
the Warning and Nuclear families, other than any transition baseline 
actions which impact them. As regards the Warning family, near and 
mid-term improvements to correct current deficiencies are being planned 
and are briefly addressed in Section 8.0. 

Cost and schedule estimates include hardware and software to 
support command unique processing needs, even though most decisions 
relating to this must be made by the individual commands and/or 
Services. Also included in the estimates is automatic message 
handling, even though planning to this point has treated this as a 
separately-funded program. Finally, the estimates include separate 
support facilities for system development and network control. 

Various aspects of an overall acquisition strategy for WIS 
modernization remain to be fully resolved and these will also impact 
the cost and schedules. Options exist with respect to selection of one 
or more of the following: prime contractor, integration contractor, 
hardware and system software contractors, and contractors for the 
standard software packages of the functional families. 

In general, schedules and costs are based on the conventional 
sequential steps of requirements definition, performance specification, 
source selection, development, test and checkout, and installation at 
multiple sites. The costs and schedules include all Phase I baseline 
upgrade actions taken while the new system is under development. 

The assumptions regarding software conversion are summarized in 
Figure 6.2. In addition, it was assumed that 400,000 lines of new 
code would be written for the functional families. Applications 
software cost estimates were based on utilization of the RCA PRICE S 
model. 
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Figure 6.2 Assumptions for Software Costing 
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All estimates assume that processing support for the functional 
families is moved to new hardware and software. As this is done, 
existing processors will be off-loaded, and as many as 40 of the 
Honeywell CPU's may be removed from the sites once the move is 
completed. The remaining CPUs will be dedicated to command unique 
processing. Of those, it is assumed that one-half will still be in use 
by 1990, while the remaining one-half will have been modernized in 
equal parts by upward compatible Honeywell CPUs and new standard 
hardware. 

Using estimates of required data processing loads, new equipment 
configurations were selected for each site for costing purposes. These 
configurations assumed backup or redundancy for all key system 
elements, including power supplies, so that system availability to the 
user would be substantially increased. System elements were all 
assumed to be within the state-of-the-art. 

No survivability development or implementation was assumed beyond 
the previously mentioned redundancy and backup assumptions, and beyond 
on-going efforts to develop mobile command centers. Finally, no 
security controls and safeguards were assumed beyond those that are 
currently in use or are being tested. 

6.3 Modernization Schedule 

Figure 6.3 outlines the modernization schedule through FY 90., 
command support and functional family capabilities will reach key si|es 
in FY 86 and FY 88 respectively. Modernization of command/site uniqye 
software is expected to extend into the early 1990s. 

6.4 Acquisition Cost Estimates 

Modernization costs are assumed to begin with FY 82 and to extend 
into the early 1990s. 

Figure 6.4 estimates the acquisition costs, combining both RDT&E 
and procurement, through FY 90 in FY 81 dollars. Including the 250 
million dollars which occurs beyond FY 90, the total estimate of the 
acquisition costs begins at roughly 1.0 billion dollars and extends to 
perhaps 1.3 billion dollars. 

At this time, some 203 million dollars is being requested for 
WWMCCS ADP in FY 82. Of this, some 40 million dollars is for acqui¬ 
sition. If this figure is projected over a ten year period, the 
incremental acquisition costs can be estimated to be in the range of 
600-900 million dollars. 
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Figure 6.3 Modernization Schedule 

















FYSI DOLLARS (MILLIONS) 
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Figure 6.4 Acquisition Cost Estimates 



















It will be noted that the bulk of the acquisition costs are 
software-related. If the percentage of site-unique software requiring 
redesign has been underestimated and grew to 50%, several hundred 
million dollars additional would be required. 

It is expected that operations and maintenance costs will rise as 
multiple machines are operated and maintained at each site and as the 
system capability expands. A very preliminary estimate of the 
incremental operations and maintenance costs are 400 million dollars 
over a ten-year period. 
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7.0 MANAGEMENT OF WIS PLANNING AND IMPLEMENTATION 

To centralize the leadership, raise the visibility, and 
provide strong, day-to-day line management and fiscal review of all 
WIS modernization planning and implementation activities, including 
overall life cycle management, a WIS Joint Program Manager (JPM)• 
and supporting staff will be established during FY 81. The goal is 
to formalize appropriate directives and charters by 1 April 1981 
and achieve initial activation by 1 July 1981. 

As part of its responsibilities for the total WIS modern¬ 
ization activities, the JPM will assume cognizance over ant*"be 
responsible for the transition from WWMCCS ADP hardware an^ 
standard applications and systems software to the A new 
system project office will be established fcy the Air Force for th| 
actual acquisition of the new hardware and software. 

As noted earlier, WIS modernization activities are expected to 
fall into two general categories: those hardware and sofjtwar^ 
efforts of the functional families common to a number; of„|it.es, and 
command unique activities. Standard central]y-developeo1iar%are'* 
and software packages for supiwrt of user-determined, functlSipal 
requirements will be the responsibility of the..JPM. Re^onsibility 
for Service and site unique software efforts would remain with the 
Services and sites, with centralized assistance and coordination by 
the JPM in both the hardware and software areas. 

The broad relationships of the WIS JPM with other organi¬ 
zations/agencies are summarized in Figure 7.1 and discussed below. 

7.1 Joint Program Manager (JPM) 

The JPM organization will be staffed jointly by military and 
civilian personnel. The JPM would report through normal command 
channels to the JCS. In view of his special joint responsi¬ 
bilities, the JPM must have a direct relationship and access to the 
Services, Agencies, and JCS. 

JPM responsibilities will include: 

0 program management, direction, and policy implementation, 

0 architectural and overall system engineering, including 
preparation of top-level performance specifications to 
meet requirements as specified by JCS, 
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Figure 7.1 Management Framework 









0 guidance to Services and Agencies regarding the 
inclusion of WIS in the PPBS process, 

0 life cycle management and cost accounting overview, 

0 decisions and guidance on priorities and allocation of 
effort (as, for example, between upgrading and 
modernization), 

0 implementation review, 

0 basic acquisition strategy, 

0 establishment, promulgation and monitoring of technical 
and interface standards within the WIS, and 

0 overall interface definition with other systems (e.g., 
DoDIIS, lASA, etc.). 

The JPM would progressively assume selected WIS architectural 
and planning responsibilities now assigned to the WWMCCS System 
Engineer (WSE). The JPM may assign specific efforts to WSE, who, 
in its assignment of overall system engineering responsibility for 
the WWMCCS, will continue its interest in WIS as a major element of 
WWMCCS and may undertake related long range planning for WIS. 

A single program element with appropriate suffixes will be 
established in the budget to include the funding necessary for the 
planning and acquisition of all WIS-related hardware and software 
including associated engineering, development, and implementation 
activities. The JPM will assist in the support of the WIS budget 
throughout each military department PPBS process and before 
Congressional appropriation committees. Following the appro¬ 
priation of funds by Congress, the military departments and DoD 
agencies will provide funding to the appropriate agency designated 
by the JPM based upon approved requirements. 

The JPM will annually prepare a one-year and five-year plan to 
include appropriate funding information and estimates. 

7.2 Joint Chiefs of Staff (JCS) 


Broad overview and policy guidance for WIS modernization will 
be provided by JCS. The JCS will validate the operational 
requirements of the Services, CINCs and other users and will also 
formally review the JPM-produced plans to ensure that they 
adequately meet those requirements. 
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Tvrt) Functional Project Managers (FPMs) will be established 
within the JCS to coordinate community-wide reporting system 
activities and system development for the Resources and Conven¬ 
tional functional families. Each FPM will develop community-wide 
information requirements, prioritize them, and forward them to the 
JPM after validation by the JCS for inclusion in appropriate PPBS 
documents. 

7.3 Office of the Secretary of Defense (OSD) 

OSD, primarily the Assistant Secretary of Defense/ Communi¬ 
cations, Command, Control and Intelligence (ASD/C^I), will 
provide programmatic review and guidance. OSD will review the 
technical and management plans of the JPM submitted through the JCS. 

7.4 Implementation 


The JPM will provide implementation direction and guidance for 
WIS modernization. Plans of the various implementing organizations 
will be reviewed and coordinated with the JPM to ensure this 
guidance and direction is followed. 

The Air Force will establish a new system project office wtl|.ctv^ 
will have the primary procurement and acquisition respcj^ibUltleife 
for new WIS hardware and system software modernization. This will 
include: ^ 


0 detailed architectural and engineering support, 

0 preparation of detailed hardware and system software 
specifications, 

0 procurement and acquisition, 

0 configuration control, 

0 preparation of training and logistic support plans, and 

e preparation of plans for and supervision of execution of 
test and evaluation activities. 


In addition to this new project office, other common 
hardware/software implementing agencies will include DCA/CCTC in 
its role of supporting the current ADP. 
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8.0 ADP FOR TACTICAL WARNING AND AHACK ASSESSMENT COMMAND AND 

CONTROL SYSTEMS 

The design and performance of tactical warning and attack 
assessment systems require special and priority attention since these 
systems must quickly and accurately process sensor data from several 
sources and provide high-confidence warning information essential for 
the national defense to the National Command Authorities, CINCNORAD, 
and CINCSAC. The ADP associated with the command and control aspects 
of these systems plays a very key role in their performance. This ADP 
--as distinguished from the data processing integral to the sensors-- 
is in urgent need of immediate upgrading and modernization, both to 
correct present shortcomings and to support new and improved sensor and 
communication systems to be implemented in the mid-1980's. Special 
steps are being taken to modernize this ADP which essentially comprises 
the Tactical Warning and Space Defense functional family noted 
earlier. The flexible nature of the functional family approach to WIS 
modernization allows the special technical attention to this tactical 
warning ADP at the associated WWMCCS command centers without it being 
constrained or otherwise affected by that approach. 

This section outlines the management approach and projected scope 
of the ADP modernization for the conmand and control portions of two 
key tactical warning and attack assessment systems: the NORAD Missile 
Warning and Space Surveillance System, and the Command Center Pro¬ 
cessing and Display System. The general need for upgrading specific 
systems is addressed as opposed to presentation of detailed solutions 
for implementing the upgrades. These specific solutions are not yet 
available, but will be the culmination of the requirements definition 
process being initiated for these required upgrades. 

8.1 Acquisition Management 

On 1 Jan 1981, in response to recognized important and specialized 
management needs, the Air Force established a Tactical Warning and 
Attack Assessment System Integration Office at the Aerospace Defense 
Command to be responsible for the architecture and system engineering 
of the overall tactical warning and attack assessment system, including 
associated command and control ADP. In particular, the System 
Integration Office is to ensure that the command and control system ADP 
is technically integrated in the overall system and will establish 
technical engineering policy and standards necessary to safeguard the 
overall tactical warning and attack assessment integrity. The System 
Integration Office will address the technical integration and certifi¬ 
cation of the ADP subsystems to operate within the total system. This 
Office is presently in the formative stage, and will shortly undertake 
to prepare the detailed architectural and technical studies and support 
efforts. 
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The acquisition of major upgrades to the NORAD Missile Warning and 
Space Surveillance System and the Conmand Center Processing and Display 
System will be managed by the Air Force Systems Command. The Aerospace 
Defense Center, the Strategic Air Command and the Office of the Joint 
Chiefs of Staff have the responsibility to specify the operational 
requirements for these two systems. 

8.2 NORAD Missile Warning and Space Surveillance System 

This system provides CINCNORAD/CINCAD with the capability 
necessary to exercise command and control over assigned forces, and to 
provide the National Command Authorities and the other 
unified/specified commands with essential, time-critical tactical 
warning and attack assessment information. The major ADP components of 
this system are the Communications System Segment and the Core 
Processing Segment. 

8.2.1 Communications System Segment 

The Communications System Segment (CSS) provides automated message 
processing and communications technical control. The ADP equipment 
supporting these functions today includes six Data General NOVA 840 
computers and two Honeywell H6050 computers. 

The CSS is the single most critical element in the NORAD Cheyenne 
Mountain Complex since it is the control point of all internal and 
external coimiunications. New requirements are being levied upon the 
CSS which will increase central processor utilization to the point 
where the system is expected to become input/output and processor 
limited during periods of peak message processing. This projected 
increase in communications workload includes the addition of new sensor 
inputs and new protocols. As an example, approximately 50-75 new or 
upgraded circuits are planned for input to the NORAD Cheyenne Mountain 
Complex within the next five years. 

Two initiatives are in progress to accommodate the near term 
impact of these new communications requirements. The first involves an 
upgrade of the Honeywell H6050 computers. This upgrade, planned for 
mid-1981, will upgrade the central processor and memory to improve 
system throughput in order to accommodate the projected communications 
circuit requirements. The second initiative involves the development 
of a CSS missile warning bypass capability for critical missile warning 
data to the NORAD Computer System (see Section 8.2.2 below) if the CSS 
fails. This missile warning bypass is expected to be operational in 
late 1982. 
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The longer term (post 1985) plans for the communications 
processing functions include the need for an evolutionary replacement 
of the entire CSS. This will involve the development of a new archi¬ 
tecture for the CSS which employs distributed processing technology. 

This approach will be accomplished in two phases. 

The first phase will provide independent and highly reliable 
communications processing support for the real-time circuits supporting 
the missile warning functions. The new system will provide the 
architectural basis for easy adaptation to change, will effectively 
separate the real-time message processing from common user message 
processing, and provide the basis for the application of distributive 
processing technology for the remainder of the communications 
processing functions. This phase is planned to be operational in 1986. 

The second phase of the evolutionary replacement process for the 
CSS will extend the distributed architecture to include the functions 
of technical control and common user message processing. This 
architectural basis will provide enhanced performance, marked increases 
in availability and maintainability, and a life cycle far in excess of 
that offered by the existing CSS design. It is anticipated that this 
capability will be implemented in the 1989-1990-time frame. 

8.2.2 Core Processing Segment 

The Core Processing Segment (CPS) handles the functions of missile 
warning and space surveillance with three Honeywell H6080 computers: 
the NORAD Computer System (NCS) H6080 which supports the command and 
control and missile warning functions; the SPADOC Computational Center 
(see) H6080 which supports the space surveillance mission; and a third 
H6080 which is used for operational backup to either the NCS or the SCC. 

The Honeywell H6080 currently used for the Core Processing 
Segment/SPADOC Computational Center processing function does not 
efficiently handle the demanding scientific/computational workload. 
Development of satellite attack warning and weapons capabilities will 
necessitate the maintenance of much higher accuracy satellite data 
element sets and a significant increase in the number of objects 
maintained in the precision accuracy group is anticipated. This 
projected computational load is beyond the current system capacity. 
Rapid response and increased availability will be required to process 
new foreign launches, suspected satellite maneuvers, and possible 
spaceborne threats. These tasks are key factors which make the 
upgrading of the existing ADP a primary requirement. This replacement 
is planned for acquisition in late 1982 with an operational capability 
in the NORAD Cheyenne Mountain Complex in late 1986. 
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A Honeywell H6080 system is also used for the Core Processing 
Sepent/NORiW Computer System (NCS) functions of real-time receipt, 
processing, displ^ and output of missile warning data, nuclear 
detonation reporting, atmospheric surveillance and warning, and weapons 
and sensor system status. The NCS functions require an operating 
system oriented toward simultaneous processing of multiple real-time 
tasks in order to support the dynamic nature of the tactical warning 
and attack assessment mission. Replacement of the existing computer 
system will provide improved efficiency and timeliness in processing 
tactical warning information and at the same time support the necessary 
command and control functions relating to status, reporting and 
operations plans development. The replacement for the NCS is planned 
for acquisition in 1984 with an operational capability in the NORAD 
Cheyenne Mountain Complex in late 1987. 

8.3 Conwiand Center Processing and Display System (CCPDS) 

This system consists of dedicated UNIVAC 1100/42 computers, 
software, display control elements, consoles and associated system 
support hardware at NORAD, SAC, the National Military Command Center 
(NMCC), and the Alternate National Military Command Center (ANMCC). 
Currently, data is received at each of the four CCPDS sites directly 
from the Satellite Early Warning System (SEWS) and directly from the 
PAVE PAWS sensor systems. The NMCC, ANMCC, and SAC also receive data 
indirectly from the Ballistic Missile Early Warning System (BMEWS), 
Sea-Launched Ballistic Missile (SLBM) Detection and Warning System, 
COBRA DANE, and the Perimeter Acquisition Radar Attack Characterization 
System (PARCS) as well as SEWS and PAVE PAWS data by way of NORAD. 

In 1977, HQ USAF approved the acquisition of UNIVAC 1100/42s to 
replace the original UNIVAC 1106s at the four CCPDS sites as a means of 
satisfying the increased processing requirements generated by addi¬ 
tional and improved warning systems. In delegating the procurement 
authority for the UNIVAC 1100/42 acquisition, the General Services 
Administration initially authorized a four-year interim upgrade with a 
requirement that the interim system be replaced with a competitive 
acquisition by 1981. The Delegation of Procurement Authority for the 
interim system was subsequently extended to August 1986. The Air Force 
is now performing a hardware sizing analysis of the system to determine 
the technical specification for the competitive acquisition. The 
contract award for the acquisition is scheduled for 1983 with the 
operational date for the four sites to occur in mid-1986. 


-4 
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8.4 Schedules and Cost 


The present broad schedules for the ADP modernization are shown in 
Figure 8.1. 

The estimated cost for the associated ADP acquisitions are as 
follows: 

(SM) FY^ FY 83 FY 84 FY 85 FY 86 FY 87 

1.7 27.2 91.5 44.4 30.4 14.7 

Detailed plans, costs, and schedules will be the responsibility of 
the Air Force with inputs from the new System Integration Office. 
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Figure 8.1 AOP Iinproveroent Schedule 
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